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ABSTRACT 


An Interactive Travel System (ITS) was recently designed by the 
Institutional Data Systems Division (IDSD) of the Johnson Space Center and 
was placed in production in February 1978 on the UNI VAC 1108-9 system. 

The design concept for an Interactive Basic Accounting System (I BAS) 
is currently being selected by IDSD; the design objectives for I BAS are simi- 
lar to ITS. The objective of this task is to forecast the I BAS transaction 
response under a variety of design options, and to select the design option . 
which provides the best response at the lowest cost. This will be accom- 
plished by modelling the I BAS workload and applying this workload to a 
U1108 EXEC 8 based system using both a simulation model and the real 
system. 


iii 




TABLE OF CONTENTS 


£ige 

List of Illustrations vi 

SECTION 

1 INTRODUCTION 1 


1 . 1 Background 1 

1 .2 Objective 2 

1.3 Approach 2 

1.4 Results Summary 3 

2 THE CURRENT INTERACTIVE TRAVEL SYSTEM 

APPLICATION 5 

2.1 Overview 5 

2.2 Program Design 6 

2.3 Current Usage Statistics 10 

3 THE ITS WORKLOAD MODEL 15 

3.1 ITS Workload Model Construction 15 

3.2 U1100 Simulation Model Inputs 18 

3.3 Model Results and Analysis 22 

4 THE INTERACTIVE BASIC ACCOUNTING SYSTEM 

MODEL * 23 

4.1 I BAS Test Cases and Assumptions 27 

4.2 I BAS Model Results and Analysis 29 

4.3 Conclusions 34 

5 TESTING OF CANDIDATE IBAS DESIGNS ON 

THE U1108-9 37 

5.1 Development of the Synthetic IBAS Workload 37 

5.2 Background Workload and Results 33 

Appendix A GIM/PMATS TRANSACTIONS 41 

References 51 

Distribution List 53 


PRECEDING P£:j B-Jm NOT FILMED 


v 



LIST OF ILLUSTRATIONS 

Figure Page 


2-1 

ITS Application Design Structure 

7 

2-2 

ITS Program Design 

8 

2-3 

The ITS Transaction Components 

13 

4-1 


24 

4-2 

ITS Response Time Components 

32 


L' ST OF TABLES 


Table 



2-1 

External References of CTL 

9 

2-1 1 

"Raw” ITS Accounting Data (ANSI Version) 

11 

2-1 1 1 

"Raw" ITS Statistics (ASC II Version) 

12 

3-1 

Transaction 1-0 Data 

16 

3-n 

ITS Workload Model Construction 

17 

3—1 1 1 

GIM Demand Workload Model 

19 

3-IV 

SVDS Batch Workload 

20 

3-V 

Category 2,5 Batch Workload Model 

21 

3-VI 

U1 108-9 Model Parameters 

18 

3-VII 

ITS Model Validation Results 

22 

4-1 

I BAS Files 

26 

4-11 

IBAS Test Cases 

28 

4-1 1 1 

Batch Background Workload 

29 

4-1 V 

Management Batch Workload Model 

30 

4-V 

GPSS Model Results of IBAS Design Cases 

31 

4- VI 

14-Terminal IBAS Model Run 

36 

5-1 

PES Workload Model 

37 

5-1 1 

PES Batch Background Workload Model 

39 

5-1 1 1 

PES IBAS Results 

40 


vi 


SECTION I 
INTRODUCTION 


1.1 Background 

The Institutional Data Systems Division (IDSD) provides computer 
systems support to Johnson Space Center's administrative and management 
functions, including basic accounting. This support is currently provided by 
UNI VAC 1108 systems under both EXEC-2 and EXEC-8 operating systems. 

An Interactive Travel System (ITS) was recently designed by IDSD 
and was placed in production in February 1978 on the UNIVAC 1108-9 system. 
The concept is based on the use of indexed sequential files, using COBOL and 
UNIVAC's Indexed Sequential Access Method [1]. On-lire update and 
retrieval of data from a database of three basic files by multiple users, via 
"form-mode" 1 transactions, is handled concurrently. Actual access to the 
files is serial, with the database being locked until the user transaction is 
completed. This design is effective due to the small number of terminals (5), 
the small number of user transactions per week 0500), and design simplicity 
which implies small resource demands per user transaction. 

The design concept for an Interactive Basic Accounting System (I BAS) 
is currently being selected by IDSD. The design objectives are similar to 
ITS: system simplicity and adequate response to the users. This leads to 
the question: Would the ITS design concept be adequate for IBAS? The 
modeling of the increased IBAS workload (14 terminals and 5000 to 6000 user 
transactions per week) and various design concepts is the subject of this task. 


^he user "fills-in-the-blanks" of a template (form). 


1 


1 .2 Objective 


The objective of this task is to forecast the 1BAS transaction 
response under a variety of design options, and to select the design option 
which provides the best response at the lowest cost. This will be accomp- 
lished by modelling the 1BAS workload and applying this workload to a U1108 
EXEC 8-based system using both a simulation model and the real system . 

1.3 Approach 

This task will be accomplished in four steps: 

1) Develop a workload model using current ITS accounting data 
as a guide. To accomplish this, performance data will be col- 
lected from the current operation of the ITS, using data gen- 
erated by an ITS statistics logging program. 

2) Develop an ITS workload model to be run on the U1100 Series 
Simulation [2], and validate the workload model and the simula- 
tion against the observed data from step 1 . 

3) Modify the ITS workload model to reflect the anticipated I BAS 
workload, define several I BAS design cases, and run them on 
the U1100 Series Simulation. Select the best one or two 
candidate cases based on these runs. 

4) Configure these "preferred” candidate cases for runs on the 

♦ 

Performance Evaluation System (3) for final selection. 


This report is organized in four major sections which parallel the 
above steps. 
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1 .4 Results Summary 


Both simulation and synthetic program experiments indicate that 
individual I BAS users on the U 1108-9 can expect better than 10-second mean 
response if the following conditions are met: 

• Seven or less concurrent I BAS users are signed-on, 

• 1BAS transaction programs do not exceed 45K words and 
one SUP-second, 

• Transaction interarrivals at an I BAS terminal are in the 
45 second range, 

• Demand workload completion is limited to four or less 
test-and-set GIM/PMATS users, 

• Background batch workload parallels the current SVDS/MPAD 
useage in terms of resource utilization. 

When more than seven 1BAS terminals are signed-on, I BAS response 
will degrade due to queuing on the serially reuseable ISAM database. If 
fourteen terminals are concurrently in use (the planned maximum number of 
installed 1BAS terminals), individual 1BAS mean user response will exceed 
10 seconds. Since planned 1BAS transaction rates do not require more 
than seven concurrently active terminals, and because ITS experience 
indicates that concurrently active terminal usage does not generally exceed 
two terminals (five ITS terminals are installed), it seems inadviseable to 
abandon the simplicity of the current I BAS design approach which utilizes a 
serially reuseable database for update transactions. 
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Study results also indicate 

1) that the resource utilization characteristics of the batch 
background workload have a major impact on 1BAS response, 

2) that four GIM/PMATS test-and-set runs do not impact IBAS 
response, and 

3) that IBAS transaction program segmentation does not improve 
IBAS response. 
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SECTION 2 

THE CURRENT INTERACTIVE TRAVEL SYSTEM APPLICATION 


This section will provide an overview of the current ITS Application 
(Section 2.1), briefly explain its program design (Section 2.2) and set forth 
statistics on its use gathered in the April-May 1978 time period (Section 2.3). 

2.1 Overview 

The current ITS application supports the JSC Financial Management 
Division (FMD) in managing funds related to JSC travel. Requirements 
definition, design and coding of the application have been the responsibility 
of the Data Systems Development Branch of IDSD. 

Five Megadata terminals, one in Building 45, two in Building 416 and 
two in Building 1 are used by FMD personnel in order to access the ITS 
application program. The application program is resident on the UNI VAC 
1108-9 system in Building 12 at JSC. FMD personnel interact with the ITS 
via displayed "terminal templates"; any of nine possible ITS transactions can 
be executed by "filling in the blanks" of the proper template. The nine ITS 
transactions are: 

• ITVPWA - Travel PWA Inquiry 

• PWAE/M - PWA Establishment/Modify 

• ITMAST - Travel Master Inquiry 

• TVLEST - Travel Establishment 

• TAREST - Travel Accounts Receivable Establishment 

• TD/LIQ - Travel Disbursement/Liquidation 

• TVLADJ - Travel Adjustment 

• TVCORR - Travel Correction of Accounts Data 

• CTOTAL - Total of Account Balances 
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These transactions interact with a database consisting of three basic files: 

• Primary Work Authorization (PWA) File - An indexed sequential 
file consisting of records of 54 characters, keyed on several 
concatenated fields [Method of Authority (MA), Program Year 
(PY), Fund Source (FS), Responsible Organization (RO) and 
Funding Object Class (FOC)], and containing issues and receipts 
of the account identified by the concatenated key field; 

• Travel Master File - An indexed sequential file consisting of 
records of 210 characters, keyed on a trip identifier field, and 
containing voucher-oriented data such as trip start and end dates, 
advance balance, received balances, and a cross-reference 
field to the PWA record which will fund the trip, 

• Edit Master File - An indexed sequential file containing records 
of 72 characters which define "legal" ‘enplate field values via 
tables. 

The database is managed via the UNIVAC Indexed Sequential Access 
Method (ISAM), and the ITS application is largely coded in ASCII COBOL 
[4], The database is locked (i.e., restricted to serial use) during update 
transactions; other update transactions are queued for service during this 
lock interval. Retrieval transactions are processed concurrently. 

A log file is also maintained for recovery and journalling purposes, 
and as a mechanism for controlling access to the database. 

2.2 Program Design 

The ITS application consists of an overlayed program, one copy per 
user, which accesses a common database. This structure is shown in 
Figure 2-1, and a brief description follows. For details, the interested 
reader should consult the ITS program documentation [5l. 
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Figure 2-1. ITS Application Design Structure 
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Serial use of the database by multiple update users is forced by a 
"read and lock" routine which locks the lug file, thus preventing simultaneous 
entry to the database files (PWA, Travel Master and Edit Master). If Update 
User 1 is using the database and Update User 2 tries to access it. User 2 
will be suspended in the read and lock routine until User 1 finishes use of 
the database and frees the lock. Any modifications to the database done by 
User 1 are forced to the database, before it is unlocked, by a "flush" routine 
which causes the program buffers to be written to disk. 

The internal structure of the overlayed ITS transaction program is 
shown in Figure 2-2. 


I 1 TV PWA 

TTHX5T 


D-bank (UK words) 

1 Utility 



rsa 

Main Program 1-bank (18K words) 

j Initialize/Term 
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| TVLADJ 1 


CTOTAL (IK) 
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u 

Q.TD/L1Q 


II PWAE/M 

I r 


1 TVLEST 


IT 



TVCORR (IK) 
I -bank 
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Figure 2.2 ITS Program Design 


The main program consists of an ITS Control Routine (CTL) which reads and 
writes a Megadata terminal via a Terminal Handler routine and which calls the 
appropriate "process-data" module (i.e., TVCORR, TVLEST, etc.) corres- 
ponding to the "template" the terminal user selects. CTL and the process- 
data modules are written in COBOL; external program references from CTL 
include the list of routines shown in Table 2-1 . 
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Table 2-1 . External References of CTL 


THII TERMINAL HANDLER INITIATION 

THI TERMINAL HANDLER INPUT 

THO TERMINAL HANDLER OUTPUT 

THT TERMINAL HANDLER TERMINATION 

REGCGY REGISTERS CONTINGENCIES 

FASGN ASSIGNS DATABASE AND LOG FILES 

LOCK1T LOCKS DATABASE FILES 

UNLOCK UNLOCKS DATABASE FILES 

LOGGER PERFORMS VARIOUS LOGGING FUNCTIONS 

DMR 

- RRD READS DATABASE RECORDS 

- MOD MODIFIES EXISTING RECORDS FOR DB 

- INS INSERTS NEW RECORDS FOR DB 

- OPENR OPENS DATABASE INDEX SEQUENTIAL FILES 

- CLOSR CLOSES DATABASE INDEX SEQUENTIAL FILES 


These routines are written in a variety of languages (Assembler, COBOL, 
FORTRAN). Of special interest is the DMR routine, written in COBOL, 
which performs all of the indexed sequential database I/O. Isolating the 
COBOL I/O in DMR should ease ITS program extension and maintenance: 
e.g., incorporating new releases of the UNI VAC Indexed Sequential Access 
Method (ISAM). 


In order to avoid "timeout" at active terminals where usage may be 
infrequent, the ITS program attached to a terminal is scheduled into main 
storage every 30 seconds by the Terminal I/O Handler (TH) routine; for 
details on this and other features of TH, the reader is referred to [6]. 


2.3 Current Usage Statistics 


Accounting data on the FMD use of the current ITS application were 
gathered during the April-May 1978 period. The April data (Table 2—1 1 ) 
reflect the ANSI version of ISAM (no longer in use), whereas the May data 
(Table 2—1 II) reflect the current ASCII version of ISAM. 

To better understand the response time statistics, consider the trans- 
action components shown in Figure 2-3. Since initial time on the UNIVAC 
1108 Core Request Queue is not included in the measured response time data, 
the measured responses tend to be one to two seconds lower than observed 
responses (depending on the competing load on the UNIVAC 1108). While the 
ANSI data only give visibility at a gross SUP-second level (i.e. , ER/CC, 

I— O, and CPU charges are not listed separately) the ASCII data show 
individual SUP charges. 

The only data that exceed goal response* are for the TVLEST and 

TVCORR transactions; since these transactions require more than one line of 

user data input the transaction program is sometimes "swapped-out" while 

2 

awaiting the second and third lines of template data . This swap-out problem 
has recently been remedied bv a modification to the Terminal Handler (TH); 
a separate activity performing a "test-and-set" of a memory cell in the user 
program was added to TH to avoid the ITS program swap-out while awaiting 
second and third line "reads". 


*Goal Response =*1.5+ 2S/R + 3W sec. 
where; S = program size in K words, 

R *= swap device speed in K words per second, and 
W = work time in SUP-seconds. 
o 

The template data has already been typed in by the user but the terminal 
handler can only read 80 characters at a time. 
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TAliLE 2-1 1 


"RAW” ITS ACCOUNTING DATA (ANSI VERSION) 


17-21 Apr. 
(f some from 
3-7 Apr.) 


24-28 Apr. 


1 


CLASS 

XACTION 

a 

FREQ. 

% 

MEAN RESP. 
(Sec.) 

MEAN SUP SEC 

R 

I TVPWA 

33 

1 

0.768 

0.245 

M 

TVLADJ 

654 

18 

2.276 

0.712 

L 

TVLEST 

1310 

36 

5.404 

1.639 

R 

ITMAST 

76 

2 

2.894 

0.681 

S 

TD/LIQ 

1233 

34 

1.921 

.629 

s 

PWAE/M 

18 

- 

1.815 

• 644 

L 

TVCORR 

70 

2 

4.069 

1.194 

s 

TAREST 

221 

6 

2.139 

0.521 

R 

CTQTAL 

.. ..47 , 

1 

2.917 

MQl _ . 

L 

TVLEST 

514 

26 

5.115 

1.390 

S 

TD/LIQ 

812 

42 

1.725 

0.636 

M 

TVLADJ 

501 

26 

3.145 

1.465 

I. 

TVCORR 

16 

1 

4.85 

0.826 

R 

CTOTAL 

7 

- 

1.869 

1.796 

R 

ITMAST 

76 

4 

2.737 

0.683 


TAREST 

12 

1 

1.457 

0.540 

R 

1 TVPWA 

3 

- 

0.471 

0.287 

S 

PWAE/M 

3 

- 

1.27 

0.662 



5606 





♦Moan Inter-arrival (T.T. + Resp.) 40 sec. at any given terminal. 



TABLE 2-1 II. "RAW" ITS STATISTICS 


:lass 

XACTION 


FKEQ 

% 

RE5P CPU EE 

(Sec) (SUP-Sec) (SUP-Sec) 

m 

TVLAD] 

256 

18 

2.8 .093 .070 

L 

TVLEST 

288 

21 

4.3 .135 .097 

M 

TD/LIQ 

645 

46 

1.8 .094 .073 

M 

TAREST 

97 

7 

1.8 .090 .064 

s ; 

ITMAST 

83 

6 

3.1 .071 .033 

R 

CTOTAL 

15 

1 

1.8 .076 .038 

L 

TVCORR 

6 

- 

5.0 0.102 0.094 

R 

ITVPWA 

1 

- 

3 2 0.046 

sj 

i PWAE/M 

9 

1 

0.7 0.056 0.052 


1400 

Mean Terminal Inter-arrival = 

M 

TVLADJ 

317 

17 

2.1 

L 

TVLEST 

428 

22 

5.6 

M 

TD/LIQ 

1013 

53 

2.3 

M 

TAREST 

35 

2 

1.2 

S 

ITMAST 

60 

3 

2.5 

R 

CTOTAL 

31 

2 

2.0 

L 

TVCORR 

3 

- 

3.2 

R 

ITVPWA 

17 

1 

1.6 

S 

PWAE/M 

14 

1 

0.8 

□ 

1918 

Mean Terminal Inter-arrival = 


II VERSION) 



5/15/78 

5/23/78 


5/23/78 - 
5/31/78 




TERMINAL HANDLER RESPONDS TO XMIT FROM USER 


WAIT 

FOR 

INPUT 


START STATISTICS GATHERING (SUPS AND WALL-CLOCK SECONDS) 
READ FIRST LINE OF TEMPLATE DATA 
ERASE OUTPUT DATA FROM LAST TRANSACTION 
OUTPUT "PROCESSING BEGUN" 

READ (IF NECESSARY) SECOND & THIRD LINE OF TEMPLATE DATA 

PROCESS DATA 

OUTPUT 1ST LINE OF DATA 

OUTPUT SUBSEQUENT LINES OF DATA 

EXIT TO TERMINAL HANDLER 

END STATISTICS 

OUTPUT "PROCESSING COMPLETE" & STATISTICS DATA 
"HANG" A READ 



J TWAIT TASK 

SWAP IN HANDLER EVERY 30 SEC 



Figure 2-3- The ITS Transaction Components 


The "number'* and "frequency" columns of the data show that the 
April-May transaction load was in the 1500-1800 transaction per week range, 
and that retrieval transaction frequencies (class "R" in the Tables) consti- 
tute less than 10% of the load. Updates were assigned to three classes: 
small ("S"), medium ("M") and large ("L"), according to their relative SUP 
usage; the use for these classes will become clearer in Section 3 where we 
construct a model of the observed workload . 

Transaction interarrival statistics were also gathered for each termi- 
nal during the April-May monitoring period and were found to be in the 
40-50 second range (i.e., 40-50 seconds between the start of transactions 
"n" and n+1). The interarrival statistic includes both think-time (user 
thinking and entering data) and response time (computer working on data). 

Since ITS response times average about three seconds, ITS user think-times 
average about 42 seconds (assuming the observed mean 45 seconds interarrival 
time). Since one terminal working at a 45 second transaction interarrival 
rate will produce 480 transactions in a six hour day (thus 2400 transactions 
in a five day week), it can be seen that the mean observed weekly load (1500- 
1800 transactions per week) is produced by the equivalent of one terminal 
used continuously six hours per day. We will refer to this as a "concurrently" 
active average" (CAA) terminal in Section 3. In reality, of course, none of 
the five terminals is used continuously six hours per day. Typically the 
terminals are used in two to three hour sessions; during a session, trans- 
actions may occur every 10-15 seconds. 


SECTION 3 

THE ITS WORKLOAD MODEL 


The statistics of Section 2, with one additional data source to be 
described shortly, allow the construction of an ITS application workload 
model. This model can serve as a basis for development of a model of the 
planned extension to ITS; i.e., the Interactive Basic Accounting System 
(I BAS). This section will construct the ITS workload model (Section 3.1) 
apply it as an input to the UNIVAC 1100 Series Simulation, (Section 3.2) 
and compare the ITS simulation model results to the observed April-May 
ITS data (section 3-3). This latter comparison is intended to "validate" 
the U1100 simulation model; this is a necessary step preparatory to the 
use of the model for forecasting the impact of a future 1BAS workload 
on the U1 108-9. 


3.1 ITS Workload Model Construction 


In order to accurately determine the file accesses of the various 
ITS transactions, I DSD personnel wrote an IO-Log routine which provided 
the detailed I/O information shown in Table 3-1. The table demonstrates 
the 1-0 profile of the TVLEST transaction; similar profiles were obtained 
for the other transaction types. This data, along with the measured CPU, 
ER/CC and frequency data of Table 2-1 II, facilitated the construction of 
the ITS workload model as shown in Table 3-1 1. 
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Table 3-1 • Transaction 1-0 Data 


FILE NAME 

FUNCTION 

# WORDS 

B-ADDR 

SECTOR 

E-ADDR 

LOG 

025 

1 

032602 

4 

032565" ■ 

LOG 

020 

112 

055613 

0 

032544 

LOG 

010 

112 

055613 

0 

032544 

EDITS 

020 

896 

073020 

676 

017747 

EDITS 

020 

896 

073020 

708 

017747 

EDITS 

020 

896 

073020 

68 

017747 

EDITS 

020 

896 

073020 

36 

017747 

EDITS 

020 

896 

073020 

292 

017747 

EDITS 

020 

896 

073020 

772 

017747 

EDITS 

020 

896 

073020 

708 

017747 

TPWA 

020 

448 

064703 

100 

017747 

TPERF 

020 

896 

067411 

21572 

017747 

TPERF 

020 

896 

067411 

23684 

017747 

TPERF 

020 

896 

067411 

21572 

017747 

TPERF 

020 

896 

067411 

23684 

017747 

LOG 

010 

112 

055613 

136 

032544 

LOG 

010 

112 

055613 

0 

032544 

TPWA 

010 

448 

064703 

100 

017747* 

TPWA 

020 

448 

064703 

20 

017747 

TPERF 

010 

896 

067411 

23684 

017747 

TPERF 

020 

896 

067411 

4 

017747 

TPERF 

020 

896 

067411 

36 

017747< 

LOG 

026 

1 

032602 

4 

032565- < 


Itvlest 


FLUSH 



Table 3—1 1 . ITS Workload Model Construction 


XACTION 


SIZE 

(K-Wds) 

CPU 

( SUP -msec ) 

DISK ACCESSES 

LARGE 
( TVLEST , 
TVCORR ) 

22 

30 

136 

2( 1792 ) 
2(1) 
4(112) 
14(896) 
4(448) 

MEDIUM 
(TVLADJ, 
TD/LIQ , 
TAREST) 

71 

30 

104 

2(1792) 
2(1 ) 
4(12) 
10(896) 
4(448) 

SMALL 6 
RETRIEVE 
( CTOTAL , 
ITVPWA, 
ITMAS"' , 
PWAE/M, 
ITVPWA) 

7 

30 

74 

2( 1792 ) 
2(1) 
4(12) 
4(896) 
2(448 ) 


Let us deal with this table briefly. For example, the "disk access" 
column shows two program file accesses of 1792 words each per transaction, 
corresponding to the overlayed sections of the ITS program (see Section 2.2). 
Next, two log file accesses, one to "lock" and one to "unlock", were assumed 
per transaction. Four log file accesses to record data (for recovery and 
summary/ journalling processing) were also assumed per transaction. Finally, 
four to 14 accesses to the Travel Master File (TPERF) and Edit File (EDITS) 
and two to four accesses to the PWA File (TPWA) were assumed, depending 
on the type of transaction and its complexity. These accesses represent 
averages on a fairly "clean" ISAM database; i.e., one which has been 
recently reorganized. CPU, program size and frequency parameters were 
based directly on the gathered statistics of Section 2.3* 
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3.2 


U1100 Simulation Model Inputs 


The ITS workload of Table 3-11 was input to the U1100 Simulation 
Model (hereinafter called the "Model") using two ITS terminals as the 
assumed load. The two terminals are twice the observed concurrently active 
average (CAA) terminal load (one terminal, as demonstrated in Section 2.3) 
and thus represent a typical "instantaneous" load instead of a weekly average 
load. Four CAA GIM terrvnals using the recent test and set queueing design 
were also input to the model. The GIM test and set logic is assumed to be 
represented by the model shown in Table 3-1 1 1; this workload model is the 
same one used in the IDSD FY79 Computer System Plan [73. Seven SVDS 
background batch runs, as shown in Table 3-1 V, were also opened as input 
to the model, along with one Category 2,5 run (as shown in Table 3-V). 

The SVDS and Category 2,5 background batch models were also taken from 
the IDSD FY79 Computer System Plan. 

The hardware configuration parameters of the Model were chosen to 
represent the current U1108-9, since ITS, GIM and SVDS workloads are 
currently running on that computer at IDSD. Table 3-VI shows the config- 
uration parameters input to the Model to represent the U1 108-9. 


Table 3-VI . U1108-9 Model Parameters 


• .EXEC-8 SYSTEM 

SUBSYSTEM 

U1 108-9 

Size of Memory: Primary (words) 

262K (163K available to user) 

: Extended 

— 

No. of Drums: FH432 (single-ported) 


FH432 (dual-ported) 

FH1782 (dual-ported 
swap file) 

3 ( 

> Hybrid string* 

1 1 

No. of 8433 Disks (dual-ported) 

4 

No. of Tapes (dual-ported) 

12 


*1 to 1 interlace. 
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TABLE 3—1 II. GIM DEMAND WORKLOAD MODEL 


FREQUENCY 

X 

SIZE 

(K-WS) 

CAO 

(SCP-ms) 

f ACCESS 
432 

m 

f ACCESS 
DISK 


I/O 

(SOF-u) 

BR/CC 

(S0F-*a) 

E 

EpjPfjPj 

THIHK 

TIME 

(SIC) 


40 

ASK EZK + 

400 


nmni 

7(560) 


282 


682 


IS 


SO 

13K REMOTE 

300 



16(560) 


660 


960 

w 

100 


10 


2700 

• ^ IB 


HSBj 

135(560) 


4140 

wm bb mmtm m 


6840 


38 

1 

AYE 

60 



7(1792) 

24(560) 


857 


1437 

11100 

60 


90 

ASK EXEC 

300 


5(1792) 

8(560) 

■l 

19 

|| 

630 


B 


10 


6 SO 


4(1792) 

20(560) 


B9 


1322 



1 

— — ■ — — « 

— ' — — — > — — 

» — — - «— 

. «B BB — 


BMK — 




MB 




AYE 

AS 

335 


1 5(1792) 

9(560) 

■ ■ 


BiOl 

699 

3990 

KS 

-J 


MOTE: KJKIX1S Uf PARENTHESES DEMOTE UCOID SIZE W MUDS 

*P0K PKODOCTIOH CIM, EACH OF THE TRANSACTIONS ALSO INCLUDES THESE 112 WORD ACCESSES 
AM OK SO WORD ACCESS TO THE 1782 FOH COMOHtCATIOHS AH) STATUS FILE TASKS. 

**MSED OH 4 USEES COMPETZHC FOH A SINGLE GW EXEC COPT « GOAL RESPONSE. 



X CAO 

X 1/0 

I-O/CAD 

[ PROD 

40 

60 

1.5 

[pit 

48 

52 

1.1 






































TABLE 3-1 V 


mam 

PS! 

CAD 

(SOP-aa) 

f ACCESS 
432 

so 

35 

1000 


34 

16 

6970 

70(224)* 

8 

42 

25680 

820(224) 

8 

58 

116440 

3140(100) 

AVB 

31 

14239 

341 


O 


MOCK: NUMBERS IK PARENTHESES DEMOTE B 


X ER/CC 

1 


r 


14 



DS BATCH WORKLOAD MODEL 


f ACCESS 
1782 

# ACCESS 
DISK 

# ACCESS 
TAPE 

1/0 

(SUP-aa) 

BS3 

TOTAL 

(SUP-aa) 


90(224) 


1990 

1890 

4880 

90(224) 

830(224) 

280(224) 

26920 

5480 

39370 


2680(224) 

280(224) 

70750 

11720 

108150 


740(100) 

30(100) 

30760 

20410 

167610 



31 


601 


120 


5379 


37887 


































TABLE 3-V. CATEGORY 2,5 BATCH WORKLOAD MODEL 


FREQUENCY 

% 

SIZE 

(E-VCDS) 

1 

CAU 

(SUP-ms) 

# ACCESS 
432 

I ACCESS 
1782 

I ACCESS 
DISK 

1 ACCESS 
TAPJi 

I/O 

(SUP-ms) 

ER/CC 

(SUP-ms) 

TOTAL 

(SUP-ms] 

12.5 

4 

84 

25 


592 

1181 

43337 

1563 

44984 

12.5 

7 

3319 

111 

* 

308 

5972 

158455 

9623 

171397 

12.5 

11 

1795 

53 


763 

1832 

63812 

13090 

78697 

12.5 

15 

3432 

60 

1 

1199 

320 

35534 

10458 

49424 

12.5 

13 

3958 

27 


4277 

6133 

251521 

26220 

281699 

12.5 

28 

69626 

39 


1887 

40 

43831 

168600 

282057 

12.5 

32 

24613 

206 

12 

2727 

263 

69716 

25827 

120356 

12.5 

33 

2986 

98 


1495 

.939 

58067 

15044 

76097 

AVE 

18 

13752 

77 

2 

1656 

2085 

90534 

33803 

138039 


•COir;: ALL I/O'S HAD RECORD SIZES OF 2S6 WORDS. 


Z ER/CC 

Z CAU 

X I/O 

1-0 /CAU 

24 

10 

66 

6.6 










3.3 Modei Results and Analysis 


The response time results of the ITS Model run, constructed as 
described in Section 3.2, are presented in Table 3-VII. In the table these 
results are compared to the actual observed ITS response time data gathered 
in the April-May time period. Not enough "small" transactions (ITMAST, 
CTOTAL, ITVPWA, PWAH/M) were processed in the three minute model run 
to present any statistically significant comparison. This occurs because the 
"small" class of transactions is only 7% of the observed weekly load. The 
comparisons for the "medium" and "large" transactions, while favorable, 
must be viewed with caution, since only a few "large" and "medium" trans- 
actions were processed in the Model run. 


Table 3-VII. ITS Model Validation Results 



MODEL RESULTS 

OBSERVED RESULTS* 

Large Transaction Response (sec) 
(TVLEST, TVCORR) 

6.4 

6.7 

Medium Transaction Response (sec) 
(TVLADJ , TD/LIQ, TAREST) 

3-7 

3.6 


* 

1.5 sec initial core request queue delay added to observed responses. 
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SECTION 4 

THE INTERACTIVE BASIC ACCOUNTING SYSTEM MODEL 

The Interactive Basic Accounting System (I BAS) is currently in 
the process of design by 1DSD personnel. It is viewed as an extension to 
ITS, both in program design and in database design. Figure 4-1 and 
Table 4-1, respectively, illustrate the current I BAS program design and 
database structure. The currently planned design differs from ITS mainly 
in the number of files (five versus the current three - purchase request (PR) 
and contract (CONT) files have been added) and in the program logic for 
assigning, opening and closing files as needed by a given transaction, instead 
of having the whole database collection of files open for all transactions as 
is currently done in ITS. 

While this approach to the I BAS design has the obvious advantage of 
simplicity, there is some concern that the increased IBAS terminal popula- 
tion (14 users) will cause database queuing (which was not the case for the 
five ITS terminals). Thus one of the major IBAS design issues to be 
investigated is the adequacy of the serially re; sable database structure 
inherent to ITS. 

Seme other IBAS design issues involve: 

• Tradeoffs of increasing the number of index and data buffers 
allocated to a program for ISAM use (at the expense of program 
size) against the 1-0 saved by having more buffers; 

• Segmentation of the IBAS transaction (e.g., the terminal 1-0 
Handler is currently "mapped" with the ITS transaction, but 
could be segmented, with a resultant storage savings). 

There are also U1 108-9 system considerations which impact IBAS 
response, such as the nature and amount of the workload competing with IBAS. 
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Figure 4-1. I BAS Program Design 
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This section investigates these design issues by simulation. Test 
cases are defined and input to the UNI VAC 1100 Series Simulation Model 
(Section 4.1). Results of the test cases are set forth in Section 4.2, and 
conclusions regarding "preferred" cases and their impact on 1BAS design 
presented in Section 4.3. 

4.1 I BAS Test Cases and Assumptions 

The following assumptions are made about the I BAS: 

• There are three transaction types (Large, Medium and Small) 
each having three subtransactions: a polling subtransaction, a 
template subtransaction and a process data subtransaction. 

• The 1BAS will be driven by seven terminals*, running medium, 
large and small transactions respectively in the ratio 71%, 22%, 

7% (the same frequencies as observed in ITS), and with think 
time between transactions of 45 seconds at each terminal. 

• Four GIM terminals, configured with the "test and set" workload 
shown in Table 3-1 11. will run as background to the seven ITS 
terminals. 

• A serially reusable database design will be assumed for I BAS; 
other options will be considered only if response under this design 
appears unacceptable. 

• The resource requirements of the transactions and subtransactions 
are assumed to be as shown in the test cases of Table 4-1 1. 


*The assumption is made that although there are 14 physical terminals, a 
normal instantaneous load will consist of only seven terminals. 
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TABLE 4-1 1. IBAS TEST CASES 


^ CASE 

COM PON E N TS — 

CASE 1 

CASE 1' 

CASE 1" 

CASE 1'" 

CASE 2 

Polling Sub-Transaction 










Memory (KW) 

11 f 2D 

11, 

2D 

31 

,12D 

231 

,12D 

11 

,2D 

Period (Sec) 

30 

C 


5 

C 


5 

> 

Template Sub-Transaction 
• "Large" 


J 

> 


k 



i 

i 

- Memory (KW) 

31 * 12D 





231 

, 12D 



- CPU (SUP-msec) 

104 





104 



• "Medium" 










- Memory 

3I,12D 





231 

, 12D 



- CPU 

5 





E 


AS 

IN 

• "Small" 








CASE 1 

- Memory 

3I.12D 

AS 

IN 



231 

,12D 



- CPU 

5 

CASE 1 



c 




Process Data Sub-Transaction 




AS 

IN 

i 




• "Large" 




CASE 1 



▼ 

- Memory 

231, 12D 







231, 

22D 

- CPU 

132 







132 

- I/O- #(size in words) 

2(0,4(112), 







2(0,4012), 


8(448), 22(896) 





AS 

IN 

4(448)04(896) 

• "Medium" 






CASE 1 

i 

- Memory 

231, 12D 







t 

1 

- CPU 

102 









- I/O 

2(0,4012), 
4(448), 10(896) 









• "Small" 










- Memory 

231, 12D 







AS 

IN 

- CPU 

72 







CASE 1 

- I/O 

2(0,4012), 
2(448). 4(896) 

1 

r 


r 

] 

t 

\ 

1 







• Case 1 (and variations) represent the minimally buffered I BAS 
program design; Case 2 represents the maximally buffered 1BAS 
program design. 

• The batch background workload variations are as shown in 
Table 4-111. 


Table 4-11 1. Batch Background Workload 


" ‘ — Background Name 
Component ~~ 

MPAD 

LIGHT MPAD 

MGMT 

SVDS Runs 

7 

2 

- 

Management Runs 

- 

- 

6 

CAT 2,5 Runs 

1 

1 

1 


Relative to Table 4-111, SVDS and CAT 2,5 workloads were shown 
respectively earlier in Tables 3-1 V and 3-V; the Management workload is 
shown in Table 4-1 V (taken from the FY79 Computer System Plan). 

4.2 1BAS Model Results and Analysis 


The results of the 1BAS model run are shown in Table 4-V. Before 
analyzing these data, it is instructive to study Figure 4-2 which shows the 
1BAS response time components in the context of the U1108 architecture. 

The "core request queue" row of Table 4-V accumulates swap delays attribut 
able to 1) initial transaction load, 2) READS swap delays (on multiple line 
template inputs) and 3) swap delays because the database is locked. Actual 
time on the database queue is recorded in the "DBQ" row of Table 4-V . 
Ready-to-execute delays are caused when the transaction waits for CPU 
service . 
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TABLE 4-1 V. MANAGEMENT BATCH WORKLOAD MODEL 


FREQUENCY 

Z 

SIZE 

(K-WDS) 

CAU 

(SUP-ms) 

# ACCESS 
432 

# ACCESS 
1782 

# ACCESS 
DISK 

I ACCUSS 
TAPIS 

I/O 

(SUP-ms) 

ER/CC 

(SUP-ms) 

TOTAL 

(SUP-ms) 

10 

10 

18156 

775 


273 

558 

25232 

12717 

56105 

10 

9 

1255 

10 


1507 

2821 

105292 

3842 

110389 

10 

11 

134 

151 


22 

245 

7654 

5387 

13175 

10 

14 

792 

66 


16 

60 

2300 

3490 

6582 

10 

12 

72 

10 


116 

156 

6620 

1009 

7701 

10 

31 

12039 

1005 


1212 


33805 

19367 

65211 

10 

31 

1572 

105 


827 

5 

19459 

4511 

25542 

10 

41 

249224 

486 


28045 

8069 

839562 

64529 

1153315 

10 

41 

16056 

71 


3831 

1444 

123345 

6219 

145620 

10 

39 

5082 

62 


3434 

337 

86379 

7403 

98864 

AVE 

24 

30438 

274 


3928 

1370 

124965 

12847 

168250 


MOTE: ALL I/O'S HAD RECORD SIZES OF 256 WORDS. 


Z ER/CC 

Z CAU 

Z I/O 

I-O/CAD 

8 

18 

74 

4.1 



TABLE 4-V . GPSS MODEL 


^^""^^CASE 
PARAMETER'’ — 

i 

CASE 1 

w/MPAD 

BATCH 

CASE 1* 
w/MPAD 
BATCH 

CASE 1* 
w/MGMT 
BATCH 

Response (Sec) 




• Large Xaction 

12.2 

7.5 

5.4 

• Medium Xaction 

6.7 

6.0 

4.1 

CRQ (Sec) 




• Large Xaction 

1.8 

0.9 

1.5 

• Medium Xaction 

4.0 

1.7 

1.5 

RTEQ (Sec) 

• Large Template 

6.0 

0.5 

0.7 



Sub-Xaction 


GIM Response (Sec) 

• Retrieve 

• Update 

• Conditional TL-1 

14.9 

15.8 

21.8 

DBQ (Sec) 

0.5 

Memory Utilization (%) 

90% 

CPU Utilization (%) 

97% 



9.1 

7.2 
19.5 

0.4 

85% 

88 % 


CONSTANTS (except as noted): 

• 7 SVDS, 1-CAT 2,5 

• 7 BAS Terminals 

- 45 Seconds Think Time 

- Large/Medium/Small Frequencies - 22/71/7 


5 OF IBAS DESIGN CASES 


MPAD 


CASE l"j 

w/MPAD 

BATCH 

CASE l*" 

w/MPAD 

BATCH 

CASE 2 

w/MPAD 

BATCH 

CASE 2 
w/LIGHT 
MPAD 

7.3 

8.0 

8.7 

4.3 

6.7 

7.3 

7.8 

2.8 

1.4 

3.8 

1.8 

0 

2.2 

4.5 

3.0 

0 

1.6 

0.8 

1.6 

0.6 



CRQ = Core Request Queue 
RTEQ = Ready To Execute Queue 
DBQ = Database Queue 





































Results of the individual test cases, along with some analysis of these 
results, follow: 

a) Case 1 with MPAD Batch 

This case demonstrates that a 30 second polling subtransaction 
of 3K words causes unacceptably high I BAS core request queue 
(CRQ) and ready-to-execute queue (RTEQ) time delays. In com- 
peting with the MPAD workload, which makes heavy demands on the 
CPU and main memory, it is beneficial to 1BAS to limit the 
resources given to MPAD; hypothetically more frequent I BAS 
polling should do this. 

b) Case 1* with MPAD Batch 

This case explores the above polling hypothesis: the I BAS 
response results indicate a favorable outcome Cat the expense of 
MPAD throughput, and memory and CPU utilization). 

c) Case 1* with Management Batch 

This test shows the effect of changing the background batch work- 
load from the current MPAD to a management batch workload mix. 
The 1BAS response results are very much in favor of the manage- 
ment batch workload. 

d) Case l 1 with Light MPAD Batch 

This test shows the effect on I BAS (Case 1') of removing five of 
the seven MPAD batch runs. I BAS mean response improves by 
almost three seconds per transaction: this design case is a lower 
limit to the expected 1BAS response, which of course will 
increase with background workload. 
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i .! 

v . 

* 

e) Cases 1” and 1*" (with MPAD Batch) ■ 

These cases explore the sensitivity of the I BAS response to the 
subtransaction program size: there is little statistical evidence i 

to support any beneficial aspects (to I BAS) of making the polling 
and template subtransaction smaller than the process data sub- 
transaction. 

f) Cases 2 (with MPAD Batch) and 2 (with Light MPAD Batch) 

These two cases demonstrate the effect of changing the "large" 
process data subtransaction from 35K to 45K words and cor- 
respondingly lowering the 1-0 requirements of the 45K subtrans- 
action. There is no statistical evidence to clearly favor or 
reject this approach, since the responses of Case 2 with light and 
heavy MPAD batch closely match those of Case 1’ with light and 
heavy MPAD batch. 

4.3 Conclusions 


Several conclusions are derivative from the model runs: 

• 1BAS competes more favorably, from a mean response view- 
point, with a management batch background workload than with 
an MPAD batch background workload. This would indicate 
some shifting of the current MPAD workload off the U1108-9. 

if it could be replaced with workload components having manage- 
ment batch characteristics. 

• There is no need to eliminate or increase the 30 second ITS 
Terminal Handler polling period (which currently avoids terminal 
timeout). There is, in fact, model evidence to favor reducing the 
polling period. 
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• I BAS response is not strongly corellated to subtransaction or 
transaction size. Thus, expensive efforts to reduce program size 
are not indicated. Indeed, they could be counter-productive (to 

I BAS) since making memory available to non-lBAS programs 
increases the RTEQ and CRQ waits for IBAS programs. 

• Database queuing on the serially reuseable IBAS ISAM-managed 
database is not a problem as long as the mean transaction work 
requirements (1-0 and CPU) remain in the one SUP-second range 
and the number of concurrently active terminals does not exceed 
seven. Relative to this latter point, Table 4-VI shows a 
14-concurrent terminal IBAS model run. While this is a much 
heavier load than expected, it does indicate that with this load 
database queuing assumes significant proportions. 


35 


TABLE 4-VI . 14-TERMINAL 1BAS MODEL RUN 


-^£ASE 

PARAMETER 

CASE r WITH 
14 TERMINALS 
& MPAD BATCH 

Response (Sec) 

• Large Xaction 

23-0 

• Medium " 

14.0 

• Small 

6.5 

CRQ (Sec) 


• Large Xaction 

5.6 

• Medium " 

3.2 

• Small " 

0.1 

RTEQ(Sec) 


• Large Template Sub-Xaction 

2.2 

G1M Response (Sec) 


• Retrieve 

10.0 

• Update 

9.1 

• Conditional TL-1 

20.9 

DBQ (Sec) 

7.7 

Memory Utilization (%) 

88% 

CPU Utilization (%) 

95% 


CONSTANT (except as noted): 

• 7 SVDS, 1-Cat 2,5 

• 7 BAS Terminals 

- 45 Seconds Think Time 

- Large/Medium/Small Frequencies - 22/71/7 
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SECTION 5 


TESTING OF CANDIDATE IBAS DESIGNS ON THE U1108-9 

This section describes the conversion of the IBAS workload to a 
synthetic program (Section 5.1) and presents the results of running the 
synthetic IBAS workload on the U1108-7 with an actual test-anu-cet GIM 
workload and a synthetic background workload (Section 5.2). The Perform- 
ance Evaluation System (PES), a tool developed by MITRE for FD2 [3], was 
used in performing these tests. 

5.1 Development of the Synthetic IBAS Workload 

A PES workload model of ITS was developed from the observed ITS 
statistics shown in Table 2-1 1 1 . This workload model is shown in Table 5-1. 


Table 5-1. PES Workload Model 


SEQ.NO. 

NO. 

RUNS 

SIZE 

(words) 

* 

% P 

DEL. RATE BY SIZE 

TR 

~ 

WORK REQUIREMENT! 

CAU 

I/O 

TOTAL 

CAU 

I/O 

TOTAL 

DEM 1 

7 

22700 

100 

.014 

.073 

.087 

MB 

.094 

.512 

.606 








MC 

.094 

.484 

.578 








MA 

.094 

.501 

.595 








LA 

.135 

.693 

.828 








LC 

.135 

.707 

.842 








SC 

.072 

.186 

.258 








SA 

.072 

.193 

.265 








LB 

.135 

.701 

.836 








SB 

.072 

.189 

.261 


% execution from primary memory 

'k'tt 

SUP-seconds 
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In this table, SA, SB and SC represent "small" ITS transactions; analog-* 
ously, MA, MB, MC and LA, LB, LC represent "medium" and "large" trans- 
actions respectively. The 22. 7K program size was intentionally made 
smaller than the 30K "actual" ITS program size in order to make allowance 

t' 

for the driver program used to dispatch the synthetic ITS demand runs. Tjie 
model was constructed to preserve the observed 22%/71%/7% ratio of large/ 
medium/small ITS transactions. Interarrival between transactions at a < 
given terminal was set to 45 seconds, again to correspond to observed ITS 
statistics. 

Extension of this ITS workload model to I BAS was accomplished by 
simply increasing the number of terminals from two to seven. 

5.2 Background Workload and Results 

As companion workloads to the seven IBAS terminals, four GIM 
terminals running the transactions shown in Appendix A and seven background 
batch runs executing the transactions shown in Table 5-1 1 were obtained from 
other sources. Specifically, the GIM workload was obtained from a LEC 
effort which monitored actual PMATS^ activity on GIM during a brief period 
in June 1978 [8]; TRW has been using this workload in testing the soon-to- 
be-released "test-and-set" version of GIM. The background batch workload 
was obtained from LEC in support of a then-active FD2/LEC task to collect 
statistics on existing UN I VAC workloads and convert them to synthetic pro- 
grams. The background workload of Table 5-11 represents a typical Mission 
Planning and Analysis (MPAD) workload which was generated from accounting 
tapes on the UNIVAC 1106-9. It is noticeably "lighter" than the MPAD work- 
load used in the Model runs (Table 3-IV). Analogously, the PMATS/GIM 
workload of Appendix A is different than the workload used in the model runs 
(Table 3-1 II)* Thus we cannot in any way validate the model runs; instead, 


1 


Program Management and Tracking System 
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ORIGINAL PAGE IS 
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Table 5-1 1* PES Batch Background Workload Model 


NO. 

SEQ.NO.' RUNS 


BAT 1 


% P 


27264 100 


DEL. RATE BY S1Z 


WORK REQUIREMENT 

CAU I I/O ItOTAL |TR CAU I/O TOTAL 


.050 .093 .143 


24192 1 100 I .052 I .176 


16128 

100 

.035 

.013 

.048 

5760 

100 

.007 

.002 

.009 

88 32 

100 

.004 

.066 

.070 

1536 

100 

.000 

1 

.003 

.003 

4224 

100 
i 

.000 

.001 
i 

.001 




MX 
MB 
MA 
ME 
MD 
C 1 1 . 12 


114 


HUH I 


(•Iiltl I 


DL .009 .201 

DI I .967 .03; 
.013 
.031 


'Ml 


7 

4 

;o 

6 


00012.600 


00 2.600 
65 .086 
37 .041 

.126 




























































we can only get estimates of how 1BAS would compete on the UNI VAC 1108-9 
with "typical" background workload. With these cautionary statements in 
hand, we present as Table 5-1 II, the I BAS results of a PES experiment in 
which the workload consisted of the following runs: 

• seven I BAS demand, 

• four PMATS/GIM demand, 

• seven MPAD batch. 


Table 5-1 II. PES IBAS Results 


XACT 

MEAN 

RESP 

GOAL 

RESP 

GOAL/ 

MEAN 

SAMPLE 

MAX 

RESP 

MIN 

RESP 

ST. DEV. 
RESP 

MAX 

TRQT 

MIN 

TRQT 

MEAN 

TRQT 

M 

2.6 

3.2 

1.4 

27 

4.3 

1.2 

1.1 

2.3 

0.4 

0.9 

L 

3-3 

4.4 

1.3 

5 

3.9 

2.1 

0.7 

1.7 

0.5 

0.7 

S 

1.5 

3.3 

3.2 

3 

2.3 

1.0 

0.7 

1.4 

0.3 

0.7 


All response and TRQT in seconds. 


The results shown in Table 5-H indicate that a medium transaction 
(i.e., the weighted mean of transactions MA, MB and MC) exhibits 2.6 seconds 
response, while a mean large transaction required 3.3 seconds to execute. 
Since the PES does not model the database queue delay (DBQ) of an update 
transaction, these responses must be considered as best case estimates 
Ce.g., see the DBQ delays observed in the simulation runs of Table 4-V). 
Exact comparisons are impossible, due to the fact that dissimilar GIM/PMATS 
and batch background workloads were run on PES and the simulation model. 
Additionally, the sample size (especially for large and small transactions) 
is small. 



J^es 

*oup Leader 
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APPENDIX A 


G1M/PMATS TRANSACTIONS 
(Provided by TRW Systems) 


IGINAL PAGE IS 
POOR QUALITY 


N3 


SS 


PDLL^GIM' 

1 


o 

4 

5 


g 


10 

11 

l£ 


13 

14 


15 

16 

17 

18 


0828" 


19 


£0 

£1 

780731" 


CO 

£4 


£5 

£8 


i .n: 

??? 00300 

£018'6IM 

EOIS-'GIM 

9RUN 88 ODS » FD6 0 1 8 » FL6-T6 1 798 * £5 » 5 0 0 
??? 000£0 
9QUAL PDLL 
???000£0 

9XQT ♦gim.gimcdm'mdata 

??? 000£0 
LOGON £90 03 0k 
???000£8 

ADI* CDNT-FILE 'T-7715F' 71 "TEKTRONIX" 7£ " 780424" 7.3 "78082 


74 ”4“ 76 "FFP"k ' 
*■ 7*00355 


ADD CDHT-FILE '‘T-74S6F ' 71 "EG + 6" 7£ "780517 




V I 


807 1£' 


74 " £ " 78 "FFP"k 
' ? ? 0 0 088 

ADD COHT-FILE y T-7483F'‘ 71 "VALIDYNE ENG" 7£ "78051£" 73 "78 


74 "1" 76 "FFP" k 
??? 0 0£S£ 

ADD COHT-FILE ' T-7474F ’ 71 "WATKINS JOHNSON" 7£ "780509" 73 


74 "£" 76 "FFP" k 
• *?000£5 

ADD COra -FILE 'T-8£8SF 71 "HUMPHREY" 7£ "780509" 73 "780707 


74 "£" 76 "FFP" k 
? ” T 00036 

ADD COHT-FILE 'T-7843F' 71 "IHTL MICROWAVE" 7£ "780519’ 




- 






78 09 07 
£S 
£9 

30 

03 £ 8 " 

31 
3£ 
33 


*;4 “4“ T<6 "FFP"'.: 

???000£8 

HliH CDMT -FILE 'T-8303F' W "SPIN PHYSICS" "'.cl 

7.4 -3" *'.o "FFP" s; 

LOGOFF*: 

i<Fih 


"730519 


•• 


COMES UP LATE 


ORIGINAL PAGE IS 
Oi POOR QUALITY 


♦'O'JRl POLL 
rerut 

>VPF'T ♦GII1.Elv« .DS> . JN» .DH 

FUPPUF 27P2 PL72-8 07^07^73 14 s 01:00 


PDLL»SIM<1>.EW 

1 2018'GIN 

£ £01S'6If1 

- 3 9FUN 660EM»Fr8'20ie*FD€-T£179G.£5>500 

4 7 7 "00020 

5 i'OURL POLL 

c. 7? 7 00020 

7 S'XOT ♦GIM .GIMCON / MPRTR 

8 777 00020 

9 LOGON 290014s 

10 ^7 7 004 12 

11 LIST DP-FILE 'Efi#0034»T' T-DRTES PR-NC B-NM B-PM« 

12 77700019 

13 LIST DP-FILE Efi*0084^V' T-DRTESs 

14 777000*4 

15 LIST DP-FILE ' ER* 0 1 1 9* ' T-DRTES PP-NO B-NN B-PH» 

18 77700043 


17 LIST DP-FILE ^ER»0119^' RCT-DT INITS COMM*. DELS! FUND- 

18 77700050 

19 LIST DP-FILE y ER^0107»R' PP-NO T-DRTES B-NN B-FH« 

20 "770005* 

21 LIST DP-FILE ER*0107#R'’ RCT-DT INITS CONNS DELGS FUND 

22 77700031 




c 




*>» 

m 


£3 LIST D«?-PILE 'EA»01£1*' PR— NO T-DATES B-hM B-PH« 

£4 7 77 000 35 

£5 LIST DP-FILE 'EA*01£1* ACT-DT IHIT* CDMM1 DBLGS FUMD-Y" 

£6 ???00041 

£7 LIST DP-FILE 'EA*-0119^B' PP-ND T-DATES B-IW B-PH« 

£8 ?■ 7700046 

£9 LIST DP-FILE 'EA^0119*B ACT-DT INITS COMM* OBLGi- FUND- Y«; 

30 ? 7 ? 00 040 

31 lIST DR-FILE 'Eft»0119>C' ACT-DT 1NITS COMM* OBLG* FUMI— Y« 

3£ ??? 000 13 

3? LIST DP-FILE 'Efl*G& 19*C ' C P-HD T— DATES B-HM B-PH« 

34 77 * 00035 

35 LIST DP-FILE 'EA*0084^W PP-MO B-MM B-PH T-DATES« 

36 77 r 00 060 

37 EXECUTE PSP-1 '£J' VARIABLES "P=73" M V=A":; 

38 ‘ 7?? 00 055 

39 LIST DP-FILE 'EDM5S8»V' T-DATES PP-MD B-:1M B-PH« 

40 7 7 ? 0 0 0 35 

41 LIST DP-FILE 'ED»15£8»AA T-DATES PP-MO B-HM B-PHsi 

4£ lDGDFFs: 


$g 

*0 o 
o 5 
o £ 
zj r 

O -0 

ss 

§r 

"< CO 


o > 


PDLL»GIM« 1 • 

1 

Zf 

3 

a 

=> 

6 

7 

3 

9 

10 

11 

13 

13 

-n 

14 

15 
18 

D 

17 

IS 

19 

I * 

£0 

£1 

££ 

-D 

C ■£• 

£4 

£5 

0330" 

£6 
*- • 

£8 

[i 


. JK 

£ 0 1 8 ' 6 1 M 
EOIS'GIM 

3RUM 680 J*1 *FH8/£018 .FD8-T61798 *£5 »500 
~' ? ? 000£0 
3QURL POLL 
??? 000£0 

*XQT ♦GIM.GII1CCM''nn8T8 
??? 000£0 
LDGDN £90034:: 

??*> 00 087 

CHhMGE DR-FILE 'EW*3£1£*' >.44 TG “790418" >.45 
??? 00005 
LIST DF-FILE 

3-1 S-£ 3-3 
???000£3 

LIST DP-FILE 

S-l S-£ S-3 
???00087 

LIST DR-FILE 

S-l S-£ S-3 
7 ?? 00005 

LIST DP-FILE 

S-l £-£ S-3 
* 77 00042 

CH8HGE DR-FILE EM*3=5£»' !*55 TD "9BCT3-27-8-54P" 

*;44 TD "780403“ >;45 TD "7804 03* :: 

77 ? 00018 

LIST DP-FILE 'EW*3£88*' PP-MD PFP 8-1 rt-£ 8-38-4 


'EW»3£18»8' PP-MD PFP 8-1 8-£ 8-3 8- 

3-4 3-5 3-8 COMT :: 

'EW^4347# FP-ND PFF 8-1 rt-£ 8-3 8-4 

3-4 3-5 3-8 CDMT:: 

'EW*3£47#' PP-HO PFF 8-1 8-£ 8-3 8-4 

S-4 S-5 S-8 CDMT:: 

'EW*3£5£»8 ’ PF-MD P^P 8-1 H-£ 8-3 8- 
3-4 S-5 3-8 CDMT:: 


“780419":: 

4 8-5 8-8 8 

8-5 8—8 8— 

8-5 8-8 8- 

4 8-5 8-8 8 

>.43 TD "78 

8-5 8-8 8- 


r 



L. 


2? 

30 

31 

32 

33 

34 


It 


OJ 

38 

37 

-15579* 

38 

39 

40 

41 
48 

43 

44 

45 
48 

47 

48 

49 

50 

51 


-It 


-It 


-I- 


-•c 

57 

58 


S-l S-2 8-3 S-4 S-5 3-8 CO NT:: 

T- 7? 00 040 

CHRflSE DF-FILE 'EW»3288» *.48 TO ** 000000** 7.43 * TO "000000** 

\44 TO "000000” *145 TO "000000's: 

??? 00009 

LIST DF-FILE 'EM#3£95» PF-ND RFP 8-1 R-2 8-3 8-4 8-5 8-8 8- 

S— 1 S-2 3-3 S-4 S-5 8-8 CDHT *: 

77700049 

CH8NGE DF-FILE "EW^3£95» *.55 TD “9rC£It-808-8-££P" 732 TD "9 


TD ” 9EC2D-R 08-S-22P " « 


77 7 00009 

CH8NGE OF -FILE 'EM0295*' 7' 

77700010 

LIST CDNT-FILE ' 9-1 5579 
??? 00007 

8DD TD CDNT-FILE • 9- 1 5579 ' :: 

7770003? 

8DI< TO DP-FILE EW#3295^‘ *.32 "9-15579”:: 

77700027 

LIST DF-FILE ' E»01£3»F y FF-ND PFP 8-1 8-2 8-3 8-4 8-5 8-8 8 

S-l S-2 S-3 S-4 S-5 3-8 COMT« 

77700039 

LIST DF-FILE 'EX*0143»1 FF-ND FFP 8-1 8-2 8-3 8-4 8-5 8-8 8 

S-l S-2 S-3 S-4 S-5 S-8 CDMTs: 

“ 77 n r< fiPd 

Ll.i Or -FILE E* ♦ 1 4 FF-Iiu FFP 8-1 8-2 8-2- 8-4 8-5 8-c. 8 

S-l S-2 S-3 :-4 s-5 3-8 CENT:: 

7*700027 

CH8NGE DF-FILE *EX»0143»F' 7.32 TD "9-13247”r. 

77700023 

LIST DF-FILE 'E:*>017G*' FF-ND RFF 8-1 8-2 8-3 8-4 8-5 8-8 8- 


|§ 

li 

i: 


D 


59 

60 
61 

-I' 

6c 

63 
• 64 

"7306££" 

65 
0503 "!: 

66 
67 


3-1 S-£ 3-3 5-4 5-5 5-6 CDHTt: 

???00008 

LIST DP-FILE ' EX^ 0 1 4 J ' PR-ND RFP ft-1 fi-£ ft -3 ft-4 A-5 ft-6 ft 


5-1 5-£ S-3 5-4 5-5 5-6 CDMT s* 
? **00078 

ADD TD DP-FILE "EX* 01430' *;53 

*;49 "7807££“ *.50 ”78 03 16" *;5l 

L 06 QFFS 

i'FIM 


'78-139- 0££" *'.47 "780313" *.48 
•780910” y.5£ "781010" '<SS ”73 


00 



I 


P0LL*6imi/ .DM 

1 2016'GIH 

2 2018'GIPI 

3 3PUN 6G0HW,PD3^2018fFDG-TGl?9G.25»500 

4 ?7?00020 

5 3GJJRL POLL 

6 ??? 00020 

7 S'XOT ♦GIH.61«C0n 

8 ???00020 

'9 LOGON 29000^» 


10 ? 7?00014 

11 DPIiEP DP-FILE DIV ”♦!“ PMC -♦2" INIT1-CUM COMM*-CUN 0BL6t-CU 
M T-RC1 

lc PMC-3 WITH FUMD-YP1 “75“ RNDI* WITH PMC-3 "778“ FILENAME “DH 


v£> 


13 *??00012 

14 FEPOPT F0PM4 PILENHME "DH"k 

15 ■??'? 00 023 

lc- EXECUTE PSP-1 'Ml ' VHPIRBLES P=77“ “V=P“:: 

17 ??? 000 32 

IS OPDEP DP-FILE DIV “♦1" PMC "♦2" IHITI-CUM CDMMfc-CUM OBLGf-CU 

M T-RC1 

1? PMC-3 WITH FUND-VPl “75“ PH I'D WITH PMC-3 “840“ FILENAME "DH 

** M 
•• 

20 7' “00013 

21 PEPOFT F0FM4 FILENAME “BH“e 

22 T7 700012 

23 HDD FOFM* ’LIME1 ' NEXT L ' - 

24 LOGOFFS: 

25 i*F IN 


i 


92 


GOES DOWN EARLY 


j. 


IIGINAL PAGE IS 
POOR QUALITY 


original; page is 

OF POOR QUALITY 
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